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DISPATCH SERVICE ARCHlTECrURE FRAMEWORK 

CROF^S-REEF-RRNCE TO RF.T.ATED APP LICATIONS 

This application claims the benefit under 35 U.S.C. Section 119(e) of the 
5 foUo-sving co-pending and commonly-assigned U.S. provisional patent applications: 

Serial Number 60/382,981, filed on May 24. 2002, by Gotachand Kundu, Ravi 
Ayyasamy. and Kris Patel, entided RADIO GATEWAY ARCHITECTURE 
FRAMEWORK, attorneys' docket number 154.3-US-Pl; 

Serial Number 60/383,179, filed May 24, 2002, by Gorachand Kundu, Ravi 
10 Ayyasamy. and Kris Patel, entided DISPATCH SERVICE ARCHITECTURE 
FRAMEWORK, attorneys' docket number 154.4-US-Pl; and 

Serial Number 60/407,168, filed August 30, 2002, by Gorachand Kundu, Ravi 
Ayyasamy, and Kris Patel, entided DISPATCH SERVICE ARCHITECTURE 
FRAMEWORK, attorneys' docket number 154.5-US-Pl; 
15 all of which are incorporated by reference herein. 

BACKGROUND OF THE INVENTION 
1 . Field o f the Invention. 

This invention relates in general to wireless communications systems, and more 
20 specifically, to a dispatch service providing "push-to-talk" service in a cellular telephone 
system. 



2. Description of Related Art. 

Group-based dispatch services (two-way half-duplex voice calls within a group 
25 also known as "Push-to-Talk" or PTT) have enormous revenue earnings potential for 

wireless networks, such as cellular networks and personal communications systems (PCS) 
networks. Corporate subscribers primarily use such services for coordinating field people 
or fleet users from a central location. 

Currendy, there are two major approaches employed in providing dispatch 
30 services such as PTT in wireless networks. One approach requires die installation of a 
dedicated private network, parallel to die wireless network, to support dispatch services. 
NexteFM uses such a system, based on a solution developed by Motorola"^" known as 



1 



wo 03/101007 PCT/US03/16386 

iDEN^^. However, a dedicated private network is costiy to install and maintain , 
employed by a few public wireless carriers, 

Another approach is-based on Voice over BP (VoEP) technologies. While-diis 
approach promises compliance with newer and emerging standards, such as GPRS 

5 (General Packet Radio Service), UMTS (Universal Mobile Telecommunications System), 
etc-, it does not provide a solution for carriers employing wireless networks based on 
existing standards, such as GSM (Global System for Mobile Communications), CDMA 
(Code Division Multiple Access), etc. Even for the newer standards, solutions based on 
VoIP have serious drawbacks as explained below. 

10 1. CaE Setup: VoIP based solutions suffer from slower call setup, since this 

is a serial process. For example, for a CDMA PTT solution, call setup involves a CDMA 
data channel setup, followed by a PTT semp with SIP (Session Initiation Protocol) 
signaling. There is a need, instead, for parallel call setup exploiting existing cellular 
solutions. 

15 2. Maximvim Information Throughput Rate: VoIP solutions result in 

significant overhead to carry voice over data channels resulting in significantiy reduced 
net information throughput rate. 

3. Impact of Packet Loss: VoIP solutions employ voice packet aggregation 
diat results in increased susceptibility to packet losses. 
20 4. Voice Quality: VoIP solutions employ low bit rate voice coders (4 kbps). 

There is a need, instead, for an approach that complies with higher rate voice coders, 
such as EVRC (Enhanced Variable Rate Codec), resulting in better voice quality. 

5. Impact to Mobile Handsets: VoIP solutions require significant 
modifications to tlie mobile handset. There is a need, instead, for solutions that require 
25 only minimal upgrades to the handset. 

In simimary, diere is a need in the art for dispatch services solutions that comply 
with existing and emerging wireless standards and provides superior user experience with 
faster call setup, better voice quality, and improved information rate compared to other 
competing solution. 

30 The present invention aims to satisfy these needs by providing group-based 

dispatch services diat use existing networks with minimal changes. The dispatch service 
arcliitecture framework of the present invention allows the wireless net^\'ork to provide 
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an instantaneous voice messaging service wherein a group of users can exchange voice 
messages at any time from anywhere within the network. This powerful, innovative and 
cost-effective dispatch service architecture framework will differentiate the service 
offerings by present wireless networks and provide them edge over their competitors. 

5 

SUMMARY OF THR INVENTION 
To overcome the limitations in die prior art described above, and to overcome 
odier limitations that will become apparent upon reading and tmderstanding die present 
specification, the present invention discloses an apparatus for providing group voice 
10 services in a wireless network, comprising a dispatch gateway diat interfaces to the 

wireless network to provide the group voice services tiierein, wherein both the dispatch 
gateway and mobiles that use the group voice services communicate with each other 
using call setup and in-band signaling widiin the wireless network, 

15 BRIEF DESCT^TPTTON OF THE DRAWINGS 

Referring now to die drawings in which like reference numbers represent 
corresponding parts throughout: 

FIG. 1 is a block diagram that illustrates an exemplary embodiment of the 
dispatch services architecture framework according to a preferred embodiment of the 

20 present invention; 

FIG. 2 is a block diagram that illustrates die protocol stacks for the dispatch call 
control plane services according to a preferred embodiment of the present invention; 

FIG. 3 is a block diagram riiat illustrates the protocol stacks for the inter-DG 
group call signalbg according to a preferred embodiment of the present invention; 
25 FIG. 4 is a block diagram diat illustrates die protocol staclcs for the bearer plane 

for a dispatch call from the mobile to the dispatch gateway according to a preferred 
embodiment of the present invention; 

FIG. 5 is a block diagram diat illustrates the major functional blocks in the 
dispatch gateway according to a preferred embodiment of the present invention; 
30 FIG. 6 is a state diagram diat illustrates the functions of the group voice 

application according to a preferred embodiment of the present invention; 
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FIG. 7 is a block diagram that illustrates the call flow for a Voice Group Call in a 
CDMA network according to a preferred embodiment of die present invention; and 

FIG. 8 is a block diagram that illustrates the call flow for a Voice Group Call.in_a . 
GSM network according to a preferred embodiment of the present invention. 

5 

DETAILED DESCRIPTION OF THE INVENTION 
In the following description of the preferred embodiment, reference is made to 
the accompanying drawings which form a part hereof, and in which is shown by way of 
iUustrarion the specific embodiment in which the invention may be practiced. It is to be 
10 understood that odier embodiments may be utilized as structural changes may be made 
without departing from the scope of the present invention. 



Definitions 

This section provides a brief definition of die functional components. The 
15 components are described with respect to dieir base functionality and are not specific to 
their hosting platform- 
Dispatch Service (OS): The dispatch service is defined as an instant two-way half- 
duplex voice messaging within a group of users. Any user within the dispatch service 
network can join any group (provided he/she has privilege) and talk to the group 
20 members from anywhere in the network. It is also called as Push To Talk (PTI) service. 
Dispatch Gateway (DG): The dispatch gateway combines both bearer and 
signaling functions of the group voice service. Physically, it is a single node or system 
control point diat enables a carrier to introduce group voice service into its network. It 
does not have any interface to radio access technology. The main purpose of this system 
25 is to support all group call signaling including SS7 - ISUP (Signaling System 7 - 

Integrated Services Digital Network User Part) signaling, call processing and voice frame 
duplication functions. For PTT calls spanning across multiple DGs, it uses packet 
technology. It uses SIP (Session Initiation Protocol) for signaling and RTP/UDP/IP 
(Real-time Transport Protocol/User Datagram Protocol/Internet Protocol) for voice 
30 transport for inter-DG PTT calls. 

Registration and Presence Application (RPA): Tlie registration and presence 
application enables group voice service users to track the presence of fellow members in 
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the network on their mobile handsets. When a user powers on/off his mobile, his 
presence is updated in fellow members' handsets within the group. 

Tandem Free Operation (TFO): Tandem free operation refers to an in-band 
signaling standard through PCM (pulse code modulation) frames to bypass voice coders 
5 for mobile-to-mobile calls. TFO improves MOS (mean-opinion-score) for mobile-mobile 
calls, as diey don't require unnecessary vocoder conversion at egress (e.g., wireless codec 
to PCM) and ingress points (e.g., PCM to wireless codec). 

Architectural Overview 

10 In the present invention, group-based dispatch services are provided through 

existing circuit-based wireless network infrastmctures. The group-based dispatch services 
interface into the wireless network in order to provide group call signaling and voice 
frame duplication. Consequendy, this present invention does not require any change in 
the existing wireless network infrastructure, and only requires minor application level 

15 changes in mobile handsets. 

This application describes die dispatch service architecture framework in more 
detail below. It discloses a high-level network topology that includes a dispatch gateway 
and the interfaces required for providing the dispatch services. It also shows the call 
flows for group calls made within the network. 

20 

Network Arcliitecture 

FIG. 1 is a block diagram that illustrates an exemplary embodiment of the 
dispatch services architecture framework according to a preferred embodiment of the 
present invention. 

25 Widiin die network 100, a DG (Dispatch Gateway) 102 communicates with a 

MSC (Mobile Switching Center) 104 and PSTN (Public Switched Telephone Network) 
106 using SS7 - ISUP/WIN/CAMEL (Signaling System 7 - Integrated Services Digital 
Network User Part/Wireless Intelligent Network/ Customized Applications for Mobile 
Enhanced Logic) messages at a signaling plane 108. A bearer path 110 implements a 

30 TDM (Time Division Multiplexing) interface carrying PCM or TFO voice frames. 

Support for TFO in this path 110 is negotiated between a BSC (Base Station Controller) 
112 and the DG 102 for each originating and terminating leg of a group call The use of 
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TFO ensures high voice qxiality (as voice codec conversion is avoided) between mobile- 
to-mobile calls. Using TFO, die network can achieve higher MOS scores for PIT calls. 

When a subscriber originates a group call, die MSG 104 routes the call to die DG 
102. The MSG 104 also requests die BSG 112 via 116 to establish a radio traffic path 118 

5 widi the mobile 120 via the BTS (Base Transceiver Station) 122 (as it does for a normal 
cellular call). At this time, the BSC 112 tries to negotiate TFO (if it is supported) on a 
TDM link widi die far end (m dais case, the DG 102). 

At the same time (after the MSG 104 terminates the group call request to the DG 
102), the DG 102 identifies the terminating group users and their MS-ISDN (Mobile 

10 Station ISDN Number) numbers. It sends a ISUP caU origination request for each 

terminating mobUe 120. It may send requests diiecdy to the MSG 104, PSTN 106 or IP 
network 124 via a PDSN (Public Data Switched Network) 126, Router 128, and/or 
Intemet/Intranet 130, depending on the routing table configuration for terminating MS- 
ISDN numbers. Once the bearer path 110 is established, the DG 102 begins a 

15 negotiation with the far end (in this case, die terminating BSG 112) for each terminating 
leg to a mobile 120, 

Once bearer paths 110 are established for originating and terminating legs for a 
group call, the DG 102 switches (or duplicates) voice frames fiom the originating mobile 
120 to all terminating mobiles 120. 

20 The DG 102 may use an IP network 124 or the Intemet/Intcanet 130 for two 

different purposes. The IP network 124 or die Internet/Intranet 130 can be used in a 
toll bypass mode where two DGs 102 can exchange voice traffic bypassing the PSTN 
106. However, each DG 102 is responsible for terminating traffic to its closest MSG 104. 
In this case, the IP network 124 or the Intemet/Intranet 130 is used as a backbone 

25 transport of voice traffic between two DGs 102. 

The IP network 124 or the Intemet/Intranet 130 can also be used for a 
registration and presence application. Since the MSG 104 will not direct a registration 
request from a mobile 120 to the DG 102 (because it would require changes in the MSG 
104), the latter doesn't have any information of the registered mobiles 120, To 

30 circumvent this issue, a registration and presence appUcation runs over an IP stack in the 
mobile 120. After the mobile 120 registers for a data interface (i.e., obtaining an IP 
address) with the PDSN 126, the registration and presence application in the mobile 120 
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registers with the DG 102 using its IP address. The DG 102 also uses this IP mterface to 
update the presence informadon of other group members to a mobile 120. There is also 
provision to use SMS (Short Message Service) transport to carry presence messages if an 
operator chooses to use SMS over a data channel 
5 During roaming, a Home Location Register (HLR) 132 can be accessed via the 

MSG 104 and an IS-41 link 134. The HLR 132 can be used to track the presence of 
members of a group within the network and updates the mobiles 120 for those members 
widi the network availability of other members of the group. This is described in more 
detail later in diis document. 

10 

Protocol Stacks 

FIG. 2 is a block diagram that illustrates the protocol stacks for the dispatch call 
control plane services according to a preferred embodiment of the present invention. 
The mobile (MS) 120 includes a dispatch application, as well as modules for radio 

1 5 frequency (Air), layer 2 (L2) and layer 3 (L3) protocols. The BTS 116 includes a relay 
application, as well as modules for Air and Tl protocols. The BSC 112 includes an lOS 
' application, as well as modules for Tl, L2 and L3 protocols, and various SS7 protocols, 
such as MTP-1 (Message Transfer Part Level 1), MTP-2 (Message Transfer Part Level 2), 
MTP-3 (Message Transfer Part Level 3) and SCCP (Signaling Connection Control Part) 

20 protocols. The MSG 104 includes an lOS and call control application, as well as modules 
for die Tl protocol and various SS7 protocols, such as the MTP-1, MTP-2, MTP-3, 
SCCP and ISUP (Integrated Services Digital Network User Part) protocols. The DG 102 
includes a dispatch application, as well as modules for the Tl protocol and various SS7 
protocols, such as MTP-1, MTP-2, MTP-3 and ISUP protocols. 

25 The mobile ^S) 120 interfaces with the BTS 116 with any of the supported 

interfaces, identified as lX/95, The interface between the BTS 116 and BSC 112 is based 
on the Abis standard. The interface between the BSC 112 and the MSC 104 is based on 
the lOS standard. However, the DG 102 interfaces using standard SS7/ISUP signaling 
wididieMSC104, 

30 As noted above, the dispatch application resides both in the mobile 120 and DG 

102. The rest of the elements in the network, such as die BTS 122, BSC 112 and MSC 
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104, are transparent. Subsequent to establisliing a PTT session, the DG 102 interacts 
with the mobile 120 through DTMF signaling. 

FIG. 3 is a block diagram that illustrates the protocol stacks for the inter-DG 
group call signaling according to a preferred embodiment of the present invention. In 
5 addition to the protocols and interfaces noted in FIG. 2, these protocol stacks include 
modules for UDP/IP (User Datagram Protocol/Internet Protocol), Ethernet and lOxBT 
(1000/100/10 Base-T) protocols. The DG 102 uses extended SIP (Session Initiation 
Protocol) for setting the group call with the other DG 102, and the inter-DG signaling is 
performed over the managed IP network 124. 
10 FIG. 4 is a block diagram that illustrates die protocol stacks for the bearer plane 

for a dispatch call from the mobile 120 to the DG 102 according to a preferred 
embodiment of the present invention. 

The mobile (MS) 120 includes modules for EVRC (Enhanced Variable Rate 
Codec) and Air protocols. Tlie BTS 116 includes modules for EVRC, Air, ATM 
15 (Asynchronous Transfer Mode), AAL2 (ATM Adaptation Layer 2) and SSSAR (Specific 
Segmentation and Reassembly) protocols. The BSC 112 includes modules for EVRC 
' Relay, Tl, ATM, AAL2, SSSAR and PCM (TFO) protocols. The MSC 104 includes 
modules for Tl and PCM (TFO) protocols. The DG 102 includes modules for EVRC 
Relay, Tl and PCM (TFO) protocols. 
20 For intra-DG call legs, EVRC frames will travel in the same way from the DG 

102 to the mobile 120. However, for inter-DG call legs, voice frames are carded over 
RTP ^eal-time Transport Protocol) /UDP/IP between DCs 102. 



Functional Blocks in the Dispatch Gateway 
25 FIG. 5 is a block diagram that illustrates the major functional blocks in the DG 

102 according to a preferred embodiment of the present invention. 

1. Group Voice Signaling and Control - This subsystem is involved in the control 
plane for processing group call requests, communicating with the MSC 104 or PSTN 
106, controlling its own bearer padi ports and handling presence notifications. It consists 
30 of following important modules 

• SS7 ISUP, WIN, CAMEL Signaling - This module is responsible for 
handling all ISUP messages and maintaining ISUP related call state 
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machines. It coudnely monitors the health of TDM circuits and 
initiates/ temiinates ISUP maintenance requests. It interfaces with group 
call processing layer to originate or terminate call requests, The 
WIN/CAMEL interfaces are used by the MSG 104 to notify the DG 102 
5 about the dialed digits (group id) when an origination trigger condition is 

met. In this way, die DG 102 can start setting up the terminating legs 
parallel to the originating leg radio setup. This gives faster group call 
setup. 

• Group Call Processing and Routing - This mod\ile processes group call 
10 requests, maintains call state machines for each originating and 

terminating call leg, and routes call according to the called MS-ISDN 
numbers. It also interfaces widi a group and subscriber database for 
retrieving group and subscriber related information, and validating the 
subscribers' authenticity. It also controls the floor of the group call by 
15 allowing only one user to speak at any time during the call session. A 

Routing function decides whether die call needs to be terminated to the 
MSG 104, PSTN 106 or IP network 124 (Inter DG call to bypass toll). 

• SIP with Dispatch Extension (DG-DG) - This module enables two DGs 
102 to communicate with each other at signaling plane. Two DGs 102 

20 may conmiunicate to establish a call in a toll bypass mode or to retrieve 

group information for a group from its home DG 102. They may also 
exchange signaling messages during a call session to indicate call 
continuation or call re-initiation requests. Standard SIP message set may 
need to be modified to suit these inter-DG group call control features. 

25 • Voice Session Control Function - This module acts as a media control 

agent to perform incoming and outgoing port allocation, to control voice 
frame duplication and media switching. It is a lower layer function to 
control bearer paths within the system. It also interacts with bearer the 
path to generate and receive DTMF tones. It interfaces with a group call 

30 processing layer to send and receive call control messages. 

• Presence Management - This function handles group service registration 
requests and updates group service users with the presence information 
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(whether fellow group subscribers are using group service) of fellow 
group subscribers. This application runs as a separate entity, and updates 
group database and sends notification to mobile nodes. It communicates 
wida a corresponding application layer in die mobiles 120 through the IP 
5 network 124 (via the PDSN 126). This application may also use an 

existing SMS iufcastmcture to transport registration request and presence 
update messages from/to mobile nodes to/from the DG 102, 
respectively. If the SMS infrastmcture is used, the SMS payload is used to 
carry the signaling message that contains information about the type of 
10 message received, and a set of Type/Value pairs. However, diis requires 

the mobile units to have SMS service diat can send mail outside a 
configured PLMN (public land mobile network). 
2. Voice Bearer Path Components - This subsystem is responsible for handling 
voice firames in die bearer path. It also receives and generates DTMF tones and notifies 
15 the media control application. It has following major fimctional components 

• Access Traffic Interface (TFO/PCM) - This module is responsible for 

the terminating or originating PCM/TFO interface from/ to the MSG 104 
or PSTN 106. It handles TFO negotiation procedures with originating 
and terminating BSC 112. Please note that for a TFO-TFO call (where 
20 both originating and terminating legs support TFO), this fiinction does 

not modify the voice payload content. In diis scenario, it just accepts 
PCM firames from an originating port, buffers it for 20ms, extracts 
signaUng information ^anything is carried) and switches the payload to 
die terminating legs as a PCM frame (carrying TFO), However, if any of 
25 the leg does not support TFO, this function provides input to a vocoder 

conversion function to change the packet format to PCM for that leg. 
Please note that all legs of a group call wiU support PCM, but some of 
them may support TFO (since TFO requires a BSC 112 upgrade and it is 
assumed that service providers may not have upgraded all BSCs 1 12 in 
30 their network at the time of deployment of group voice service). The DG 

102, by default, will try to negotiate TFO with the remote terminating 
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BSC 1 12. If the remote BSC 1 12 doesn't respond, the DG 102 will 
establish a pure PCM interface. 

• DTMF Tone Generation and Recepdon - In this architecture,, the group 
voice service application in the mobile 120 and die DG 102 exchange a 

5 set of defined in-band DTMF tones as call control events to regulate the 

group call. These include an initiating pause request by die originator, 
initiating call continuation request by a user and communicating state 
change requests to mobiles 120 by the DG 102. This functional 
component sits on the bearer path to detect DTMF tones that are 

10 originated by the group voice' service application in the mobiles 120. 

Once detected, it notifies the media control function. Similarly, upon 
receiving instruction fi*om the media control function, it generates DTMF 
tones to be received and analyzed by die corresponding application in the 
mobiles 120. 

15 • Voice Frame Duplication - In the group voice application, voice firame 

duplication plays a key role as incoming frames need to be copied or 
switched to many outgoing ports. A multicasting control technique is 
used whereby it reduces nimiber of firames at the back plane for internal 
firame switching and at the same time minimizes number of packets to be 

20 carried to another DG 102 (over the IP network 124) that controls a set 

of end points of the group call. 

• Vocoder Conversion - A group call can involve legs where some of diem 
do not support TFO. In that scenario, a vocoder conversion is needed at 
die DG 102 between TFO, which carries an EVRC format payload for 

25 CDMA, and EFR/AMR (Enhanced Full Rate/Adaptive Multi Rate) 

voice coding for GSM, and PCM. An alternate solution to vocoder 
conversion can be to support all call legs on PCM (every leg supports this 
as default). But, tiiis would reduce MOS for call legs that support TFO. It 
is assumed that TFO will be intcoduced in most parts of the network by 

30 the time group service is deployed in the field. 

• RTP Processing (Inter-DG Traffic) -Two DGs 102 may get involved in 
transporting voice frames over the IP network 124. This is used to bypass 
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the PSTN 106. In this scenario, the RTP protocol is used to carry voice 
frames either in the form of TFO/PCM (G.71 1) between two DGs 102. 
Only one RIP streimis used for a group caU between two DGs l02. The 
receiving DC may internally connect that single RTP source to many 
5 access ports (TDM). Please note that while sending RTP packet, the 

source DG 102 does not change die voice payload format The PCM 
frames (carrying TFO) are buffered and packetized at 20ms interval and 
sent in an RTP envelope without modifying die content The receiving 
DG 102, depending on supported formats on access legs (PCM or TFO), 
1 0 may change die payload format 

• QoS (QuaUty of Service) Support - The DGl 02 may require die use of 
RSVP (Resource Reservation Protocol) or proprietary QoS protocols to 
indicate high priority for delivering packets carrying voice frames. 

3. Group Database - This subsystem is die repository of group subscriber 
15 information. The Group call processing layer, presence application and odier system 
provisioning components interact widi this subsystem. 

• Group Information Store - This module stores group related information 
keyed against a unique group id. The group information consists of a set 
of subscribed members and their privileges. A group may have members 
located across different regions widiin a national network. The DG 102 
tiiat holds diis information for a specific group is called die Home DG 
102 for diat group. If a group call request arrives at a DG 102 diat does 
not hold die requested group information, it identifies die Home DG 102 
of die group and fetches information from diere. It might store diat 
information in its cache temporarily. 

• Subscriber Data - This module stores information of a subscribed group 
user keyed against die subscriber MS-ISDN and/or internal member id. 
It stores die subscriber's registration information and die group ids of 
which he/ she is a member. This information is used by die presence 
apphcation to send a presence notification. Please note diat die subscriber 
data does not include die information about his/her current location. 
However, it may be possible to store whedier a mobile 120 is in its home 
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network or outside by comparing the system id that it sends during group 
voice registration. This information may be useful in terminating a call to 
a user direcdy instead of going to its home network. 

5 Group Voice and Presence Application 

FIG. 6 is a state diagram that illustrates the functions of the group voice 
application according to a preferred embodiment of the present invention. 

State 600 represents a mobile 120 in a NULL state, Le., the start of the logic. A 
user pressing a PIT button or making a request to terminate a group call triggers a group 
10 voice application. 

State 602 represents a mobile 120 in an active group call state: In this state, the 
user receives a cliirp tone to start talking. The user responds by pressing the PTT button 
on tlae mobile 120 and talking. A talking user must hold the PTT button. The group 
voice application in die mobile 120 ensures that only when die user presses the PTT 
15 button is the reverse traffic channel is used to send voice frames, and the DG 102 

switches voice frames only in one direction, Le., from talker to listener, which ensures the 
half-duplex operation required for a PTT call. 

State 604 represents the group "floor" being available to all members of the 
group. When the talking user releases die PTT button, die floor is available to all group 
20 members. All members of die group receive a "firee floor" tone on their mobile 120. A 
user who requests the floor by pressing the PTT button first (in the "firee-floor" state) is 
assigned the floor, wherein the network sends a chirp tone to the successful user. 

State 606 represents a mobile 120 being in an active group call state. In this state, 
the user is listening to the group call. If a non-talking user presses the PTT button in a 
25 call active state, the user does not receive any response from the network and remains in 
the same functional state. 

State 608 represents a user receiving an "unsuccessful bidding" tone on his 
mobile 120, after the user pressed the PTT button, but was not granted the floor of die 
group call. The user subsequendy starts listening to the voice message of the talking user. 
30 Non-talking users (including the talking user who must release the PTT button to 

end the call thus becoming non-talking and making the floor available for odiers) can 
request the network to end their respective call legs explicidy. 
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State 610 represents a tertninating leg being released from the group call after the 
user ends the call. 

State 612 also represents a tertninatog leg being rde from the group call 
after the user ends the call 
5 State 614 represents all terminating legs being released from the group call when 

no member of the group bids for the floor within a specified time period. 



Service Interactions 

A mobile 120 can support either cellular or group voice service at any instant of 
10 time. This section highlights various scenarios when two sendees are crossing paths with 
each other. In some of these cases, the users' intervention is needed to select one of the 
services, whereas other cases are decided by the application itself as part of call 
processing logic. This section also discusses the impact of other cellular ser\aces such as 
call hold, call forwarding, call forwarding busy, call waiting, call forwarding no answer, 
15 etc., on group voice service. 

The following table is prepared on the basic assumption diat, while using the 
group voice service, a user cannot put other parties on hold, even though he can switch 
to another call without disconnecting his group call session. However, a user can leave 
die group call session at any time by selecting an "end" key. Tlie objective is to allow 
20 gtoup members to continue with the call, while one or more legs can either be released 
from the DG 102 or disjoined at the MSG 104 (at the time of service switching) during a 
session. The network releases a group call only when a floor remains free for a 
predefined time. If a talking user leaves the session, the network will make the floor 
available to all others. 

25 It is also assxamed tiiat a group user has call waiting, calling number presentation 

at call waiting, call forwarding busy (to voicemail) and calling line identity presentation 
features. 
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SI (Sendee 

Interaction) 

No. 


Present State (in 
Mobile) 


Triggering 
Event 


Action by 
Group Voice 
andPresencc 
Application in 
Mobile 
Handset 


Remarks 


1 


A group voice call is 
in active state and tlie 
user is talking with the 
PTT button pressed. 


Another group 
or cellular call is 
being terminated 
by die MSG and 
a call-waiting 
tone is played. 
The user is 
prompted to 
accept the 
second call. The 
following 
scenarios can 
happen: (1) he 
releases the PTT 
button and 
accepts the 
second call; (2) 
he releases the 
PTT button, 
ends the active 
call and accepts 
the second call; 
(3) he does not 
accept the 
waiting caU and 
continues with 
the first call. 


(1) In this case, 
die application 
sends a DTMF 
signal to free the 
floor. Next, the 
application sends 
a Flashwithlnfo 
message to 
accept the 
second call, while 
the first call is 
broken at the 
MSG. After 
attending the 
second call, the 
user may toggle 
to first one. 

(2) In this case, 
application sends 
a DTMF signal 
to free the floor. 
Next it releases 
the active call 
and the second 
call is established 
as defined in 
procedure 2.5.5.2 
of3GPP2 
A.SOOOl-A, Nov 
30, 2000. 

(3) The MSG 
provides 
treatment to the 
second call as a 
*call forwarding 
no answer' 
feature 

provisioned for 
the user. 


For the fibcst case, 
the user is alive 
as the non- 
talking leg to 
DG, even 
though the 
circuit is broken 
at the MSG. The 
DG may release 
all legs of the call 
at any time. 



15 



wo 03/101007 



[ 



PCT/US03/16386 



SI (Service 

Intetaction) 

No. 


Present State (in 
Mobile) 


Triggering 
Event 


Action by 
Group Voice 
and Presence 
Application in 
Mobile 
: handset 


Remarks 


2. 


A group voice call is 
in the active state and 
the user is non-talldng 
(does not hold the 
PTT button pressed). 


Another group 
or cellular call is 
being terminated 
by tlie MSG and 
a call- waiting 
tone is played. 
The User is 
prompted to 
accept the 
second call. The 
following 
scenarios can 
happen: (1) he 
accepts the 
second call; (2) 
he ends the 
acdve call and 
accepts the 
second call; (3) 
he does not 
accept the 
waiting call and 
continues with 
the first call. 


(1) In this case, 
the application 
sends a 
rlashwithlnfo 
message to 
accept the 
second call, while 
the first call is 
Droken at the 
MSG. After 
attending the 
second call, the 
user may toggle 
to the first one. 

(2) In this case, 
the apphcation 
releases the 
active call and 
the second call is 
established as 
defined in 
procedure 2.5.5.2 
of3GPP2 
A.S0001-A,Nov 
30, 2000. 

(3) The MSG 
provides 
treatment to the 
second call as a 
'call forwarding 
no answer' 
feature 

provisioned for 
the user. 




•1 
J* 


A cellular voice call is 
in active state. 


Another group 
call is being 
terminated by 
the MSG and a 
call-waiting tone 


Similar to the 
previous case. 
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SI (Service 

Interaction) 

No. 


Present State (in 
Mobile) 


Triggering 
Event 


Action by 
Group Voice 
and Presence 
Application in 
Mobile 
Handset 


Remarks 

- . • 






is played. The 
User's action is 
similar to the 
previous case. 






4. 


A group call is in the 
active state and the 
user is talking with the 
PTT button pressed. 


The User wants 
to originate 
another cellular 
call. The 
following 
scenarios may 
happen: (1) The 
User releases 
PTT button and 
originates the 
second call; (2) 
the User releases 
the PTT button, 
ends the first 
active call and 
originates die 
second call (he 
can originate a 
group call also). 


(1) In this case, 
the application 
sends a DTMF 
signal to free the 
floor. Next, the 
application sends 
a Flashwidilnfo 
message to 
originate the 
second cellular 
caU, while the 
first call is 
broken at the 
MSG. After 
attending the 
second call, the 
user may toggle 
to die first one. 

(2) In this case, 
application sends 
a DTMF signal 
to free the floor. 
Next, it releases 
the active call 
and then 
originates a 
cellular or group 
call (by pressing 
die PTT button). 


In the first case, 
it may lead to a 
3-party call. The 
3- party call 
should be 
avoided from the 
group call 
perspective. 


5. 


A group call is in the 
active state with the 
non-talking user, (the 
PTT button is free). 


The user wants 
to originate 
another cellular 
call. The 
following 
scenario may 


(1) In this case, 
the application 
sends a 
Flashwithlnfo 
message to 
originate the 
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SI (Service 

Interaction) 

No. 


Present State (in 
Mobile) 


Triggering 
Event 


Action by 
Group Voice 
and Presence 
Application in 
Mobile 
Handset 


Remarks 






happen; (1) the 
user originates 
second cellular 
call; (2) the user 
ends first active 
call and 

originates second 
call (he can 
originate group 
call also). 


second cellular 
call, while the 
first call is 
broken at the 
MSG After 
attending the 
second call, the 
user may toggle 
to the first one. 

(2) In this case, 
the application 
releases the 
active call and 
then originates a 
cellular or group 
call (by pressing 
the PTT button). 




6. 


A cellialar voice call is 
in the active state. 


The user wants 
to originate a 
PTT call. Tlie 
following 
scenarios may 
happen: (1) the 
user originates 
the second 
(PTT) call by 
pressing the PTT 
button; (2) the 
user ends the 
first acdve call 
and originates 
the second call 
(PTT). 


(1) In this case, 
the application 
sends a 
Flashwithlnfo 
message to 
originate the 
second PTT call 
while the first 
call is broken at 
xht MSG. After 
attending the 
second call, the 
user may toggle 
to the first one. 

(2) In this case, 
the application 
releases the 
active call and 
then originates a 
group call (by 
pressing the PTT 
button). 
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M (betvice 

Interaction). 

No. 


resent otate ^in 
_Mobile) 


Triggering 
Event 


Action by 
.GroupVoice 
and Presence 
Application in 
Mobile 
Handset 


xveznarKS 


7 


A group/private call is 
active and the user is 
talking/non-talking. 


Data session 
termination or 
origination. 


The network 
(MSC/BSQ may 
or may not 
support the 
concurrent 
services. If the 
network 
supports as per 
the lOS 
specification, it 
aims at providing 
concurrent 
services for one 
voice and one 
3G data session 
simultaneously. 
With respect to 
concurrent PTT 
service and data 
sessions, the DG 

is LLallaLlaLCllL 

because the PTT 
service is 
handled like a 
voice call by the 
network/ mobile. 





Table 1: Service Interaction Scenarios for Group Voice Application 



Advanced Services 

5 The dispatch solution architecture can be useful to build advanced services in 

addition to the basic dispatch service framework. Examples of those kinds of services 
are: 

1. Push to Talk from IP Terminals 
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• Push to Talk service using PIT clients on PDAs, laptops, 
desktops 

• Eliminates vocoder conversion and saves RF radio channels 

2. Closed Group Text Messaging 

5 •A method of using text messaging for closed user group 

3. Instant Push to Talk Call Upgrade 

• Private Call Push to Talk call <-> Full Duplex calls - on demand 

• Group Push to Talk call <-> Instant FuU Duplex conferencing - 
on demand 

10 4. Push to Talk message recording & playback 

• An efficient method of recording a copy of Push to Talk 
messages for set of subscribers 

• A method of delivering and displaying the recorded Push to Talk 
messages 

15 5. Location pin point 

• A method to identify and distribute location of all my group 
members 

6. Nearest group member 

• A method to figure out the order list of nearest group members 
20 7. Group / Private Voice SMS 

• A method of delivering and storing voice SMS applied for a 
private / group basis 

8. Inter Carrier Push to Talk Service 

• A method of allowing Push to Talk service across CDMA, GSM, 
25 WCDMA & TDMA subscribers. 

• A method of allowing creation of dynamic group membership 
across different carriers. 

Call Flow for a Voice Group Call - CDMA 
30 FIG. 7 is a diagram that illustrates the call flow for a Voice Group Call in a 

CDMA network according to a preferred embodiment of the present invention. 
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1 . The first Mobile Station (MSI) originates a group call by dialing a 
Detection Point trigger code and group ID. Upon receiving the MSrs 
request for an origination, the BSC formats and sends a CM (Connection 
Management) Service Request message to the MSG, prompting the MSC 
to begin setting up the call to the DG. The called party IE (Information 
Element) contains both the Detection Point trigger code and group ID. It 
is assumed diat die originating DG is also the group's Home DG. 

2. Upon receiving the CM Service Request message, die MSC analyzes the 
dialed digits and determines diat the tri^er code in the called party IE 
meets the .origination trigger criteria. On satisfying the origination trigger 
criteria, an ORREQ (Origination Request) message is sent to the DG- 
The ORREQ contains die dialed digits. 

3. The MSC begins allocating terrestrial resources required for the call 
between the BSC and die MSC, and sends CIC (Circuit Identity Code) 

1 5 information in an Assignment request to the BSC. 

4. The BSC initiates die radio chaimel allocation procedure. 

5. Meanwhile, die DG analyzes the dialed digits and identifies the group id. 
It responds to die MSC with an ORREQ message, which contains the 
routing number to die DG so that the MSC can terminate this group call 

20 to the DG. 

6. Tlie DG gets the group id from die dialed digits received in the ORREQ 
message. It obtains member information including a Mobile Directory 
Number (MDN) from the group database and begins setting up 
terminating legs. Based on die MDN, it sends an lAM (Initial Address 

25 Message) message to die MSC. The terminating legs are set-up in parallel 

with originating leg set-up to speed up the call set-up time. 

7. Subsequent to the MSI acquiring the traffic channel, the BSC sends an 
Assignment Complete message to the MSC. 

8. The MSC begins to route the caU based on routing info (TERMLIST) 
30 received from die DG in die ORREQ message. The MSC sends an lAM 

message to the DG. 
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9. The DG after recetving the lAM, immediately responds to the MSG with 
an ACM (Address Complete Message), and subsequently ANM (Answer 
Message) with no delay between them- 

1 0. The MSG plays an in-band ring back tone after receiving the ACM. 
5 11, The ANM is received by the MSG and it stops the ring back tone. 

12. Now, the DG generates an in-band chirp tone to notify the originator to 
start talking. This tone is played for a specific duration (200 msec) after 
which the originator starts talking. 

13. The MSG sends a paging request to the BSC in order to locate the second 
10 Mobile Station (MS2). 

14. The BSC does the paging procediire for MS2 

15. Once a paging response is obtained from MS2, tlie BSC gives a paging 
response to the MSG. 

16. The MSG allocates a terrestrial circuit between die MSG and BSC, and 
15 sends the information to the BSC in an Assignment Request Tlie 

Assignment Request message also contains the calling party number with 
its group ID and signal IE for tlie alerting MS2. 

17. The BSC performs a traffic channel setup procedure for MS2. 

18. Subsequent to completion of die traffic channel setup, the BSC sends an 
20 Assignment Complete message to the MSG. 

19. The BSC sends an Alert Widi Info message to MS2 to start alerting. Tliis 
message has the calling party number, which contains die group ID. MS2 
understands from this group ID diat the call is a FIT and ignores signal 
IE in diis message. 

25 20. The MSG sends an ACM to the DG after receiving an Assignment 

Complete message from the BSC, indicating that MS2 is alerting. 
21 . The dispatch application at MS2 (without waiting for user response) 

sends a connect message to the BSC/MSG if the dispatch service does 
not require the user to press any key on die mobile to accept the dispatch 

30 caU. This provides instant connectivity between the originating and 

terminating mobiles. 
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22. The MSG sends an ANM message to the DG and the DG completes the 
one-way voice path from the originating mobile to the terminating 
mobile. 

5 Call Flow for a Voice Group Call - GSM 

FIG. 8 is a diagram that illustrates die call flow for a Voice Group Call in a GSM 
netwodc according to a preferred embodiment of the present invention, 

1 . MSI requests an assignment of a dedicated signaling channel for call 
origination. 

10 2. A dedicated signaling channel is assigned and intimated to the MSI. 

3. A CM Service Request is send to the MSC to initiate a call semp 
procedure. Upon receiving tiie CM Service Request, the MSC may delay 
the authentication in order to speed up the call semp. 

4. The MSC sends a CM Service Accept to MSI in order to proceed with 
15 call setup. In this case, authentication may be initiated by the MSC at a 

later time. 

5. MSI sends a setup message with the dialed digits. The dialed digits 
contain the access code for the group call and the group ID. 

6. Because die origination trigger criteria is met as per the subscriber's 
20 profile for PTT service, die MSC originates an Initial DP petection 

Point) Request to die DG for furdier service interaction. 

7. After receiving the Initial DP Request from the MSC, the DG looks into 
its database of group information in order to obtain directory nimibers of 
group members belonging to the group ID specified in the message. For 

25 each member of the group, the DG originates an lAM and sends it to die 

MSC widi a directory number as the called party number. The DG also 
sends CIC information for each terminating leg to the MSC. 

8. The GSM SCF (Service Control Function) instmcts the MSC to connect 
to die DG by specifying a redirection number. 

30 9. The MSC triggers die assignment procedure for allocating terrestrial 

resources between die BSC and MSC and radio resources for MSI. MSI 
is notified about the allocated channel for this call. 
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10. The MSG begins routing the call based on the redirection number 
received from the GSM SCF. The MSG terminates the call to the DG by 
sending an lAM. 

11. The D~G, after receiving the lAM, immediately responds to the MSG with 
5 an AGM, and subsequendy, an ANM with no delay between them. 

1 2. The MSG sends an Alert to MSI to trigger alerting at MSI . 

13. The DG sends an ANM to the MSG. 

14. The MSG sends a connect to MSI, which stops the alerting tone at MSI. 

15. Now, the DG generates an in«band chirp tone to notify the user to start 
10 talking. This tone is played for specific duration after which the originator 

starts talking. 

16. The MSG send a paging request to the BSG to locate MS2. 

17. Tlie BSG perfomas a paging procedure to locate MS2. 

18. MS2 requests a dedicated signaling channel 

15 1 9. A dedicated signaling channel is assigned and intimated to MS2. 

20. MS2 sends a paging response through die dedicated signaling channel. 

21 . When the BSG receives the paging response from MS2, it sends an MS 
Gonn Estd (Mobile Station Connection Established) message to the 
MSG. 

20 22. The MSG sends a Setup message to MS2 with information such as the 

called party number and group ID. 

23. MS2 responds with a Gall Gonfirmed message to the MSG. 

24. The MSG performs an assignment procedure to allocate terrestrial and 
radio resources. 

25 25, After successful allocation of all resources, MS2 sends an Alerting 

message to the MSG to indicate that it is alerting. 
26. The MSG sends an AGM to the DG confirming the alerting of die 
terminating mobile. 
. 27. The dispatch appUcation at MS2 (without waiting for user response) 
30 sends a Gonnect message to die MSG if the dispatch service does not 

require the user to press any key on die mobile to accept the dispatch call. 
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This pro\ddes instant connectivity between the originating and 
terminating mobiles. 
28. The MSG sends an ANM message to the DG and the DG completes the 
one-way voice path from the origmadng mobile to temiinating mobile. 

Architectufal Ren^ fifs 

A number of benefits are derived from the architecture of the present invention, 
including, but not limited to: 

1 . No Change in the Network Required - The biggest advantage of this 
architecture is that group voice services can be introduced into a carrier's 
existing network without requiring any changes to aheady installed 
network equipment This just acts as an add-on facility to the carrier. Of 
course, mobiles 120 require some upgrades to support this service. 

2. Independent of Radio Access Technology - This architectural solution 
1^ sits behind the MSG 104 and interfaces with the MSG 102, through SS7 . 

and TDM interfaces. Hence, it is independent of die radio access 
^^cJ^^ology of service provider's network. As a result, this solution can be 
easily extended to GSM, CDMA, TDMA and future 3G access networks. 
In fact, this solution will even work widi a normal wire line interface (as it 
supports TDM), thus making it capable of integrating wire line and 
wireless group voice services at a central node. 

3. Independent of air interface - this approach does not mandate 
deployment of IxRTT, as it can work well widi CDMA One. Carriers 
need not accelerate capital spending on IxRTT for PTT service. 

^' Superior voice quaUty - This architecture supports TFO so that vocoder 
conversion is avoided, dius increasing MOS for mobile-to-mobile calls. 
Also, it uses full rate EVRC. 
5. Faster Gall Setup - This architecture ensures faster complete caU setup 
time by using WIN/ANSI triggers to set up the terminating legs paraUel 
to originating side setup. The group voice application for terminating 
handsets avoids unnecessary "alerting" to the user and does not wait for 
the user to "connect". Instead, it plays a short duration tone while 
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sending a "connect" automaticaUy to the network. This saves usage of 
tadio resources and makes it much more economical than a ceUulat call 

6. Intelligent Voice Buffering for Originating Leg - This architecture allows 
the PTT originating party to start talking earlier than when actual end-to- 
end call setup is done. The originating party's voice is buffered at die DG 
102 until at least one of die terminating legs answers the call. This way, 
the originating party need not hold die PTT button unnecessarily until 
the terminating leg connects. Also, voice buffering starts only when a 
DSP (Digital Signal Processing) component detects voice samples on an 
incoming line. This reduces overall buffer space requirements inside the 
DSP (since an initial silence period between 'listening chirp tone and 
start talking" is not buffered). 

7. Call Support for Selective Members Widiin Group - This architecture 
supports setting up calls for selective members witiiin a group. The PTT 

15 client sends a list index for a group and die PTT server terminates to 

listed members. 

8. Mechanism of Setting Groups from Mobile Handset -This architecture 
allows die setting up of groups dynamically from mobiles 120, A user 
witii sufficient privileges can configure groups and add/delete/modify 
other members. This architecture uses the SMS or IP transport to 
exchange messages between die PTT client and server. 

9. Seamless Service Interactions: The service interaction between cellular 
and dispatch is handled seamless by inherent nature of this architecture. 

10. Roaming across service providers: A mobile 120 can roam into different 
service providers and still avail itself of the PTT service. The visiting 
MSG 104 downloads die profile from die HLR 126, when die roaming 
mobile 120 registers in die MSG 104. Tlie proffle contains die WIN 
triggers and DG 102 address for die PTT service. When die trigger 
criterion is met, the visiting MSG 104 contacts the DG 102 at its home 
network. The DG 102 provides 'die MSG 104 widi die redirection 
number to route die call to die DG 102 in die home network. The DG 
102 furdier sets up die PTT call. This eliminates die need for die DG 102 
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at the visiting network. Also, the mobile 120 can receive a group/private 
call when roaming in different networks. 

1 1 . Eliminates long distance "tromboning" effect Tromboning refers to Ae 
setting up of a call from the serving system of a calling party to the home 

5 system of called party and then back to the serving system, when the 

called party is roaming in the serving system. If the serving system is 
capable of querying the HLR 126 for routing information of the 
terminating mobile, it can eliminate tromboning. The DG 102 is capable 
of querying die HLR 126 using IS41. When a mobile 120 roams outside 
10 l^s home network (SID/NID), die DG 102 queries die HLR 126 for its 

location and sets up the call towards a DG 102 pertaining to the serving 
MSG 104 and thus eliminates tromboning. 

12. Presence Application Integration - This architecture integrates the 
presence and group voice service application efficiendy. Presence 

1^ information is useful to place call selectively to a user knowing that 

he/ she is available in the network. 

13. Wide Area Group Call Support - This architecture supports group voice 
service across regional and national boundaries. With packet network 
infrastructure at die core, long distance calls can avoid a PSTN tariff. 
Evolution path to all IP mobile wireless communication - By already 
implementing IP at die core, this architecture provides an evolutionary 
path for die operator to a future all-IP infrastmcture. Even diough all-IP 
mobile wireless is still in nascent stages for voice communication, diis 
dispatch solution can be reused with minimal changes in die future for 

25 integration with a soft-switch. 

15. Ubiquity of IP platforms at control and bearer plane - Since this 

architecture uses IP based platforms for signaling and voice traffic 

between DGs 102, any IP based device widi a dispatch client can utilize . 

the dispatch services and reach die wireless group users and vice versa. 
30 This provides a true convergence of instant messaging services between 

wire-line and wireless users. Also, IP based dispatch platforms can be 
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integrated easily with already existing instant messaging and presence 
servers within the Internet. 

1 6. PTT support for landline - Since the DG 1 02 is connected to the 
PSTN/106 netwodc, it can very easily support landline subscribers as part 
of a dispatch group. The landline users can originate and terminate a PTT 
caU. 

1 7. Usage of multicasting reduces number of voice packets in the network - 
By using dynamic multicasting for a group call, the number of (bearer) 
packets flowing in the backbone intranet can be reduced significandy for 
inter-DG dispatch calls. This architecture proposes a multicast based 
approach for die members who are in within the subnet (but across the 
DG 102). In this way, die number of packets flowing on the bearer plane 
in die IP network 124 can be drastically reduced within die subnet. 
However, for a member of a group call outside die subnet, it is intended 
to use unicast, since router updates may take a significant amount of 
signaling time for setting up a dynamic group caL 



Conclusion 

The foregoing description of die preferred embodiment of die invention has 
20 been presented for die purposes of illustration and description. It is not intended to be 
exhaustive or to limit die invention to die precise form disclosed. Many modifications 
and variations are possible in light of die above teaching. It is intended diat die scope of 
die invention be limited not widi diis detailed description, but radier by die claims 
appended hereto. 
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WHAT IS CLAIMED IS: 

1. A dispatch service apparatus for providing group voice services in a 
wireless netwod:, comprising: 

a dispatch gateway that interfeces to the wireless network to provide the group 
voice services dierein. wherein both the dispatch gateway and mobiles that use the group 
voice services communicate with each odier using call setup and in-band signaling within 
the wireless network 



2. The dispatch service apparatus of claim 1, wherein the dispatch gateway 
provides instant two-way half-duplex voice messaging within a group of users of the 
wireless ne^vork. 



3. 

services comprises a Push To Talk (PTI) service 



The dispatch service apparatus of claim 1, wherein the group voice 



4. The dispatch service apparatus of claim 1, wherein die dispatch gateway 
interfaces with a group and subscriber database for retrieving group and subscriber 
related information, and for validating members' authenticity. 

5. The dispatch service apparatus of claim 4, wherein the group related 
information is stored in the group database keyed against a unique group id. 

6. The dispatch service apparatus of daim 4, wherein the group related 
information comprises a set of subscribed members and their privileges. 

7. The dispatch service apparatus of daim 4, wherdn subscriber rdated 
information is stored in the subscriber database keyed against a mobUe identifier or 
member id. 
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8. The dispatch service apparatus of claim 4, wherein the group and 
subscriber database is distributed across multiple dispatch gateways to support 
nationwide group voice services. 



5 9. The dispatch service apparatus ofclaiml, wherein the dispatch gateway 

handles registration requests and updates group members with presence information for 
feUow group members. 
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1 0. The dispatch service apparatus of claim 1 , wherein a registration and 
presence appHcation enables group members to track a presence of feUow members in 
the wireless network. 

11. The dispatch service apparatus of claim 1, wherein the wireless network 
sets up a call between a mobfle and the dispatch gateway, and die dispatch gateway 
interacts widi the mobile across the network through DTMF signaling on the call 

12. The dispatch service apparatus ofclaiml, wherein the dispatch gateway 
performs call setup for selected members within a group. 

13. The dispatch service apparams of claim 1, wherein the dispatch gateway 
performs call setup on terminating legs in paraUel with a call setup for an originating leg. 

14. The dispatch service apparatus of claim" 1 , wherein the dispatch gateway 
performs intelligent voice buffering for an originating leg of a group calL 

15. The dispatch service apparatus of claim 1, wherein the dispatch gateway 
exchanges a set of defined in-band DTMF tones with a mobile widun the wireless 
network as call control events to regulate a group call. 

1 6. The dispatch service apparatus of claim 1, wherein the dispatch gateway 
controls a floor of a group call by allowing only one member to speak at any time during 
a group call. 
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17. The dispatch service apparatus of claim 1, wherein the dispatch gateway 
provides voice frame duplication for a group caU. 

5 18. The dispatch service apparatus of claim 1 , wherein the dispatch gateway 

performs dynamic multicasting of voice frames for a group caU involving multiple 
dispatch gateways. 

19. The dispatch service apparatus of claim 1, wherein the dispatch gateway 
1 0 performs vocoder conversion on one or more legs of a group call. 

20. Tlie dispatch service apparatus of claim 1, wherein the dispatch gateway 
is independent of the wireless network's radio access technology. 

^ ^ 2^ • "^^^ dispatch service apparatus of claim 1, wherein the dispatch gateway 

communicates widi other dispatch gateways. 

22. The dispatch service apparatus of claim 21, wherein tlie dispatch gateways 
support group voice services across network, regional and national boundaries. 

20 

23. The dispatch service apparatus of claim 1, wherein the mobile includes a 
dispatch application. 



24. The dispatch service apparatus of claim 1, wherein the mobile 
25 administer dispatch services provided by die dispatch gateway. 



can 



25. The dispatch service apparatus of claim 1, wherein die mobile can roam 
across a pluraUty of wireless networks and still participate in the group voice services. 

"^^^^Patch service apparatus of claim 1, wherein the dispatch gateway 
performs optimal routing to terminate group voice calls for subscribers roaming outside 
of their home networks. 
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